home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group98c.txt / 000107_icon-group-sender _Mon Dec 7 17:49:28 1998.msg < prev    next >
Internet Message Format  |  2000-09-20  |  1KB
  1. Return-Path: <icon-group-sender>
  2. Received: (from root@localhost)
  3.     by baskerville.CS.Arizona.EDU (8.9.1a/8.9.1) id RAA20752
  4.     for icon-group-addresses; Mon, 7 Dec 1998 17:49:13 -0700 (MST)
  5. Message-Id: <199812080049.RAA20752@baskerville.CS.Arizona.EDU>
  6. Date: Mon, 7 Dec 1998 17:50:17 -0600
  7. From: Clinton Jeffery <jeffery@segfault.cs.utsa.edu>
  8. To: evans@gte.net
  9. CC: icon-group@optima.CS.Arizona.EDU
  10. Subject: Re: Past Keyword / Coexpr Help
  11. Errors-To: icon-group-errors@optima.CS.Arizona.EDU
  12. Status: RO
  13.  
  14.  
  15. SW> procedure past(s)
  16. SW>    suspend (tab(find(s)),match(s))
  17. SW> end
  18.  
  19. NL> procedure past(s1, s2, i1, i2)
  20. NL>    suspend find(s1, s2, i1, i2) + *s1
  21. NL> end
  22.  
  23. MEvans> I like Steve Wampler's answer.  Since "find" is a generator,
  24. MEvans> presumably this function will also behave as a generator.  I would
  25. MEvans> still lobby for the "past" keyword, but no complaints.
  26.  
  27. Gee, both of these solutions behave just fine as a generator.  Nevin's
  28. looks more efficient and works outside of string scanning environments.  :-)
  29.  
  30. For the record, I've wanted a past() function before, as well.  My code is
  31. often riddled with find(s) + *s ...
  32.  
  33. Clint
  34.